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METHOD AND APPARATUS FOR VERIFYING A VIDEO FORMAT SUPPORTED 

BY A DISPLAY DEVICE 

FIELD OF THE INVENTION 

[0001] Aspects of this invention relate generally to video signal processing, and, 
more particularly, to a method and apparatus for verifying a video format supported by a 
display device. 

BACKGROUND OF THE INVENTION 

[0002] Program providers such as television networks or stations, studios, Internet 
broadcasters or service providers, cable operators, satellite operators and the like, deliver 
video programming to consumers via digital signals. Devices and signals involved in the 
delivery of digital video programming to consumers may comply with various industry 
specifications, or standards, which have been promulgated by groups desiring, among 
other things, to ensure interoperability between systems and devices that deliver the 
digital video programming. 

[0003] The Digital Display Working Group ("DDWG"), for example, has published 
a document entitled Digital Visual Interface, Revision 1.0 (hereinafter referred to as the 
"DDWG Specification"), which sets forth an industry standard for a physical digital 
visual interface ("DVI"), and a protocol for electrical signaling thereon, between a 
personal computing device and a display device. The DDWG Specification is hereby 
incorporated by reference in its entirety for all purposes, as if set forth in full herein. 
Likewise, the Electronic Industries Alliance ("EIA") and the Consumer Electronics 
Association ("CEA") have together promulgated a standard entitled "EIA/CEA-861," 
published in January, 2001 (hereinafter referred to as the "EIA/CEA-861 Standard"), 
which defines video timing requirements, discovery structures, and data transfer 
structures used for implementing digital interfaces on digital televisions or monitors. The 
ELVCEA-861 Standard is also hereby incorporated by reference in its entirety for all 
purposes, as if set forth in full herein. 

[0004] Both the DDWG Specification and the EIA/CEA-86 1 Standard address 
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mandatory uses of a data structure known as the Video Electronics Standards 
Association's ("VESA") Extended Display Identification Data ("EDED") data structure 
(hereinafter referred to as the "EDID Data Structure," which is described in detail in a 
document published by VESA entitled "EDID Standard, Version 3, November, 1997, 
incorporated by reference in its entirety for all purposes, as if set forth in full herein). The 
EDID Data Structure is stored by display devices such as digital television displays and 
monitors, and defines, among other things, data formats and timings used to carry 
information, such as video programming, from source devices, such as cable or terrestrial 
set-top boxes, digital video cassette recorders ("VCRs"), computers, and digital video 
disk ("DVD") players, to the display devices, and further defines the display devices' 
capabilities to receive and render data in such data formats/timings. 
[0005] Among other things, the DD WG Specification and the EIA/CEA-86 1 
Standard require that source devices read the EDID Data Structure from display devices 
(the EDID Data Structure may be transmitted from display devices to source devices over 
physical links such as I 2 C buses, for example), to determine data format/timing 
capabilities supported by the display devices. Neither the DDWG Specification nor the 

* 

EIA/CEA-86 1 Standard, however, currently mandates how source devices use 
information from the EDID Data Structure to select data formats/timings for sending 
video programming to display devices. 

[0006] Customer dissatisfaction with the performance of either source devices or 
display devices is a danger when display devices present inaccurate EDID Data 
Structures — for example, the use of information obtained from reading inaccurate EDID 
Data Structures may result in the source devices sending video using data formats/timings 
not supported by, or optimal for, the display devices. 

[0007] There is, therefore, a need for a method and apparatus for verifying a video 
format supported by a display device, which is able to provide a robust consumer 
experience even in the instance where the display device provides an inaccurate EDID 
Data Structure. 
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SUMMARY OF THE INVENTION 

[0008] In accordance with one aspect of the present invention, a method for verifying 
a video format supported by a display device is provided. The display device is adapted 
to receive a digital television signal from a digital video source via a digital video 
interface. The method includes: receiving a data structure provided by the display 
device, the data structure specifying a plurality of timing parameters associated with a 
supported video format; providing a plurality of predetermined value ranges, each of the 
plurality of predetermined value ranges corresponding to one of the plurality of timing 
parameters; separating the received data structure into a plurality of portions, each of the 
plurality of portions corresponding to one of the plurality of timing parameters; 
comparing at least some of the plurality of portions with at least some of the plurality of 
predetermined value ranges; and based on the comparisons, determining whether the 
supported video format is verified. 

[0009] In accordance with another aspect of the present invention, a computer- 
readable medium is encoded with a computer program which, when executed, 
implements the foregoing method. The method may further include including the 
supported video format in a schedule of supported video formats associated with the 
display device, based on whether the supported video format is verifred--if the supported 
video format is not verified, the supported video format is not included on the schedule; if 
it is verified, it is included on the schedule. A picture aspect ratio of the verified, 
supported video format may also be determined. A user of the display device may select 
a preferred video format, from a menu, and based on the user's selection, the digital video 
interface transmits the digital television signal to the display device in the selected format. 
[001 0] In accordance with a further aspect of the present invention, an apparatus for 
verifying a video format supported by a display device includes a computer-readable 
storage medium, and a processor responsive to the computer-readable storage medium 
and to a software program. The software program, when loaded into the processor, is 
operative to perform a method including: receiving a data structure specifying a plurality 
of timing parameters associated with a supported video format of the display device; 
accessing a plurality of predetermined value ranges, each of the plurality of 
predetermined value ranges corresponding to one of the plurality of timing parameters; 
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separating the received data structure into a plurality of portions, each of the plurality of 
portions corresponding to one of the plurality of timing parameters; comparing at least 
some of the plurality of portions with at least some of the plurality of predetermined value 
ranges; and based on the comparisons, determining whether the supported video format is 
verified. The processor may be associated with the display device, a set-top box adapted 
to transmit a video signal to the display device, or a digital video interface responsive to 
the display device. 



BRIEF DESCRIPTION OF THE DRAWINGS 

[0011] FIG. 1 is a block diagram of a video signal handling system, in accordance 
with various aspects of the present invention. 

[0012] FIG. 2 is a flowchart of a method for verifying a video format supported by a 
display device, in accordance with an aspect of the present invention. 
[0013] FIG. 3 is a flowchart of a process for identifying a particular video format 
associated with a timing parameter, provided by a display device, representing the 
number of horizontal active pixels per line. 

[0014] FIG. 4 is a flowchart of a process for identifying a particular video format 
associated with a timing parameter, provided by a display device, representing the 
number of horizontal blanking pixels per line. 

[0015] FIG. 5 is a flowchart of a process for identifying a particular video format 
associated with a timing parameter, provided by a display device, representing the 
number of vertical active lines. 

[0016] FIG. 6 is a flowchart of a process for identifying a particular video format 
associated with a timing parameter, provided by a display device, representing the 
number of vertical blanking lines. 

[0017] FIG. 7 is a flowchart of a process for identifying a particular video format 
associated with a timing parameter, provided by a display device, representing the 
horizontal synchronization timing offset. 

[0018] FIG. 8 is a flowchart of a process for identifying a particular video format 
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associated with a timing parameter, provided by a display device, representing the 
horizontal synchronization pulse width. 

[0019] FIG. 9 is a flowchart of a process for identifying a particular video format 
associated with a timing parameter, provided by a display device, representing the vertical 
synchronization timing offset. 

DETAILED DESCRIPTION OF THE INVENTION 

[0020] Turning now to the drawings, where like numerals designate like 
components, FIG. 1 is a block diagram of a video signal handling system 10 ("system 
10"), which serves as a digital video source for the delivery of a digital video signal 13 to 
a display device 25, over a digital interface 15. 

[0021] System 10 receives video signal 12 from video source 1 1 . As shown, system 

10 is a cable set-top box (for example, Motorola's DCT-5100™ set-top box), video source 

11 is a hybrid fiber-optic/coax cable network operated by a cable television operator, 
video signal 12 is a digital programming source supplied by the cable operator, video 
signal 13 is a digital video signal (e.g. component RGB (Red-Green-Blue) representation 
of the original signal), digital interface 15 is a Digital Visual Interface ("DVI") defined by 
the DDWG Specification, and display device 25 is a digital television monitor. 

[0022] System 1 0, however, may be any device or combination of devices capable of 
receiving and/or rendering video signal 12 to display device 25, including but not limited 
to a digital video cassette recorder ("VCR"), a digital video disk ("DVD") player, a 
computer, or any other consumer appliance responsive to a digital video interface 
transmitter device; video source 1 1 may be any public or private, wired or wireless, video 
transmission infrastructure or technology, including but not limited to a fiber-optic 
network, a coaxial cable network, a hybrid network, a satellite network, cellular network, 
the Internet, a television network, a radio network, a copper wire network, or any other 
existing or future transmission infrastructure or technology, operated by any type of 
program provider, such as a television network or station, a studio, an Internet broadcaster 
or service provider, a cable operator, or a satellite operator; video signal 12 may be any 
pre-recorded or live analog or digital electronic signal representing an image and/or 
audio, in any format; video signal 13 may be a digital video signal destined for any type 
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of display device; digital interface 15 may be any wired or wireless digital visual interface 
that transmits the EDID Data Structure, and display device 25 may be any digital display 
device, including but not limited to a computer screen, such as a CRT, a liquid crystal 
display, or a plasma display. 

[0023] System 1 0 includes external network connection/communication interfaces 
59, which support devices such as modems, streaming media players and other network 
connection support devices and/or software, coupled through local or wide area networks 
(not shown) to program providers and providers of other content. 
[0024] System 10 further includes an in-band tuner 43, which tunes to a channel 
signal selected by a consumer (not shown) via user interface 55. User interface 55 is also 
used to provide requested inputs to system 10, such as display format preferences 
(discussed further below) for display device 25. User interface 55 may be any type of 
known or future device or technology allowing the consumer to select video formats, 
channels or programs the consumer wishes to receive, such as a remote control, mouse, 
microphone, keyboard, or display. 

[0025] NTSC Demodulator 40 and QAM Demodulator 42 are responsive to in-band 
tuner 43. QAM Demodulator 42 may be any type of digital demodulator device that may 
include but is not limited to ATSC demodulation. NTSC Demodulator 40 includes 
components responsive to receive analog versions of a channel signal. QAM 
Demodulator 42 includes components responsive to receive digital versions of a channel 
signal. A QAM demodulator 42 component receives digital data packets from one or 
more digital sources, such as a digital television signal, a Moving Pictures Experts' Group 
(MPEG) transport stream, or a media stream from an external network connection 59, 
such as a cable modem, using well-known methods and techniques. An analog 
demodulator component 40 receives an analog version of a channel signal, and decodes 
signals and markers according to well-known methods and techniques. Demodulator 40 
is operative to output video information 17, which includes video or audio data arranged 
for formatting in accordance with a predetermined media format. 

[0026] Video decoder 44 is responsive to video information 1 7. Video decoder 44 is 
operative for decoding video information 17 and converting it into a digital representation 
of the received video information, which is output as digital video information 18 and 19. 
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[0027] Digital video information 18 and 19 are preferably arranged in accordance 
with Consultative Committee International Radio (CCIR) 656, which is video 
transmission standard well-known to those familiar with the art. Video information 18 
that may require format translation or modification for compatibility with capabilities of 
the storage medium 64 may be passed to encoder 41 for formatting. Video information 19 
that is in a format preferred for use by the Multi Media Processor 49 may be passed 
directly to the Multi Media Processor 49. 

[0028] Multi-Media Processor 49 is operative to perform predetermined coding 
techniques to arrange video information 19 and video information 20 into formats 
displayable by display device 25. Analog video programs are preferably passed to the 
Multi Media Processor 49 via video information 19 and digital video programs are 
preferably passed to the Multi Media Processor 49 via video information 20, which 
originated from the QAM demodulator 42. Video information that is retrieved and played 
back from the Storage Medium 64 is passed to the Multi Media Processor 49 via video 
information 20. 

[0029] Encoder 41 is operative to perform predetermined coding techniques to 
produce encoded video signal 20 for transmission thereto, or for storage in storage 
medium 64. 

[0030] Storage medium 64 is responsive to receive, among other things, encoded 
video signal 20 for storage, and to receive and store an EDID Data Structure 75 
(discussed further below) from display device 25. Storage medium 64 may be any local 
or remote device, now known or later developed, capable of recording data, including but 
not limited to a hard disk drive, a videocassette recorder tape, all types of compact disks 
and digital videodisks, a magnetic tape, a home router, or a server. 
[0031] MPEG Decoder/Multi-Media Processor 49 is responsive to receive and 
decode video signal 19 and video signal 20, format received video into its Red-Green- 
Blue (RGB) components and to transmit to display device 25, via Digital Visual 
Interface transmitter 50, in response to instructions from user interface 55. Internal 
arrangements of decoder 49 are well known-decoder 49 may include analog-to-digital 
converters, one or more storage media and/or buffers, and general or special-purpose 
processors or application-specific integrated circuits, along with demultiplexers for 
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demultiplexing and/or synchronizing at least two transport streams, for example, video 
and audio. Video and audio decoders and/or analog and digital decoders may be separate, 
with communication between separate decoders allowing for synchronization, error 
correction and control. 

[0032] Digital Visual Interface ("DVT') transmitter 50 has a physical and logical 
architecture as set forth in the DDWG Specification, and may be part of, or separate from, 
system 10. DVI transmitter may also be incorporated into the MPEG Decoder/Multi 
Media Processor 49. In operation, DVI transmitter 50 is responsive, via I 2 C bus 60, to 
access functions of system 10, such as storage medium 64, processor 39 (discussed 
further below) and software 22 (also discussed further below), and is responsive to 
display device 25 via digital interface 15. Among other things, DVI transmitter 50 
arranges for the receipt of EDID Data Structure 75 from display device 25 via I 2 C bus 72 
and digital interface 15, and, based on verification of video formats supported by display 
device 25 in accordance with aspects of the present invention (discussed further below), 
coordinates transmission of digital signal 13 over DVI interface 15, in a format 
compatible with video formats supported and displayable by display device 25. 
[0033] Display device 25, which may also include speakers for outputting audio 
signals, displays digital video programming received from system 10 via digital video 
signal 13 over digital interface 15. Display device 25 may support one or more digital 
television formats set forth in the EIA/CEA-861-B Standard, for countries using 60 Hz 
systems, including two HDTV formats (1920 x 1080i and 1280 x 720p), one EDTV 
format (720 x 480p), and one standard definition format (720 x 480i). Picture aspect 
ratios of 16:9 and 4:3 are also specified. It will be appreciated that other specifications or 
standards may specify different or additional waveform timing parameters/formats, and 
the digital television formats parameters/formats referred to herein are set forth for 
purposes of example, and not limitation. 

[0034] Functional arrangements of certain components of display device 25 are 
depicted— DVI transmitter 71, 1 2 C bus 60, storage medium 70, and video engine 77— that 
pertain to the delivery of EDID Data Structure 75 to DVI transmitter 50, and ultimately to 
other functional elements of system 10, such as storage medium 64 and processor 39, via 
I 2 C bus 72 and I 2 C bus 60. DVI receiver 71 has a physical and logical architecture as set 

8 



Docket: D3 135 



forth in the DDWG Specification, and is responsive to DVI transmitter 50 over digital 
interface 15, to storage medium 70 via I 2 C bus 72, and to video engine 77, which 
represents a processor, computer programs and/or physical components operative to 
implement the functions of display device 25 relating to display of pictures based on RGB 
video signal 13. 

[0035] As mandated by the DDWG Specification or the EIA/CEA-861 Standard, or 
other specifications or standards, if applicable, in response to a request from system 10, 
display device 25 transmits EDID Data Structure 75 to system 10. EDID Data Structure 
75 may be transmitted via I 2 C bus 72 and/or I 2 C bus 60, for storage by storage medium 
64. The request may result from an event such as hot-plug connection/detection of 
display device 25 and system 10 (a feature set forth in the DDWG Specification), or in 
response to another suitable predetermined trigger, such as an event or a message. 
[0036] In principle, the transmitted EDID Data Structure must set forth, among other 
things, waveform timing parameters for each video format supported by display device 25 
that may be used to carry video signal 13 from system 10. The waveform timing 
parameters are to be provided in 1 8-byte detailed timing descriptors in predetermined 
portions of the EDID Data Structure. Each timing parameter is generally one 
predetermined block of bytes of the EDID Data Structure, and expressed in hexadecimal 
format. Examples of timing parameters for particular formats include, but are not limited 
to: the number of horizontal active pixels per line; the number of horizontal blanking 
pixels per line; the number of vertical active lines; the number of vertical blanking lines; 
the horizontal synchronization timing offset; the horizontal synchronization pulse width; 
the vertical synchronization timing offset; the horizontal image size; and the vertical 
image size. 

[0037] Processor 39 and software 22 are illustrated functionally, and are responsive 
to various elements of system 10, including demodulator 40 and 42, encoder 41, storage 
medium 64, decoder 49, and DVI transmitter 50. When loaded into a processor, such as 
processor 39, software 22 is operative to control verification of video formats and timings 
supported by display device 25, by accessing and analyzing EDID Data Structure 75 in 
accordance with aspects of the present invention (discussed further below). It will be 
appreciated, however, that aspects of the present invention are not limited to any specific 
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embodiments of computer software or signal processing methods. For example, one or 
more processors packaged together or with other elements of system 10 may implement 
functions of processor 39 in a variety of ways. It will also be appreciated that software 22 
may be any stored instructions, in one or more parts (stored, for example, on storage 
medium 64, or another internal or external storage medium such as a read-only-memory 
or a random-access memory) electronically controlling functions provided by system 10, 
including firmware, and may be used or implemented by one or more elements, including 
one or more processors, of system 10. 

[0038] During normal operation of system 10, a consumer using user interface 55 
selects digital video programming for viewing on display device 25. FIG. 2 is a flowchart 
of a method for verifying one or more video formats supported by a display device, such 
as display device 25, which is adapted to receive digital television signals, such as digital 
video signals 13, from a digital video source, such as source 11, via a digital video 
interface, such as digital interface 15, in accordance with aspects of the present invention. 
Examples of digital television formats that may be supported by display device 25 include 
two HDTV formats (1920 x 1080i and 1280 x 720p), one EDTV format (720 x 480p), and 
one standard definition format (720 x 480i). One or more supported picture aspect ratios 
of 16:9 and 4:3 are also possible. 

[0039] The method begins at block 200, and continues at block 202, where a data 
structure, such as EDID Data Structure 75, is received. The data structure is provided by 
the display device, and specifies timing parameters associated with the one or more video 
formats supported by the display device. When display device 25 is initially coupled to 
system 10 via digital interface 15, EDID Data Structure 75 maybe automatically sent to 
system 10— a system-level function such as hot-plug detection, for example, maybe used 
to trigger automatic transmission of EDID Data Structure 75 from display device 25 to 
system 10. The data structure may be stored in a memory, such as storage medium 64. 
[0040] Examples of timing parameters for a particular format include, but are not 
limited to: the number of horizontal active pixels per line ("HAP"); the number of 
horizontal blanking pixels per line ("HBP"); the number of vertical active lines("VAL"); 
the number of vertical blanking lines ("VBL"); the horizontal synchronization timing 
offset ("H-SYNC"); the horizontal synchronization pulse width ("H-PULSE"); the 
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vertical synchronization timing offset ("V-SYNC"); the horizontal image size ("H- 
SIZE"); and the vertical image size ("V-SIZE"). In addition, one or more aspect ratios 
("AR") of 16:9 and 4:3 are possible for certain formats. Each timing parameter may be 
expressed in the data structure as one byte in hexadecimal format. 

At block 204, a plurality of predetermined value ranges, each value range corresponding 
to a particular timing parameter of a particular format, is provided. The value ranges may 
be stored, for example, in a memory, such as storage medium 64. The predetermined 
value ranges may represent, for example, typical ranges of decimal representations of the 
lower eight bits of particular timing parameter values that would be expected values for a 
given video format. Such typical, or expected, ranges may be obtained by observing 
actual transmitted timing values for different formats, or established in another suitable 
manner, such as approximation based on expected values and minimum/maximum 
differences between corresponding timing formats. Table 1 provides examples of 
predetermined value ranges corresponding to exemplary formats and timing parameters. 





1920 x 1080i 


1280 x 720p 


720 x 480p 


720 x 480i 


HAP 


1900-1940 


1280 - 1300 


700-740 


1420-1460 


HBP 


260-300 


350-390 


118-158 


256-296 


VAL 


520-550 


700-740 


460-500 


220-260 


VBL 


(same as 
720x480i 
format; not 
determinative) 


27-33 


42-48 


(same as 
720x480i 
format; not 
determinative) 


H-SYNC 


80-96 


102-118 


8-24 


30-46 


H-PULSE 


42-46 


38-42 


60-64 


122-126 


V-SYNC 










H-SIZE/V- 
SIZE. 4:3 AR 


N/A 


N/A 


1.33+/- 0.20 


1.33+/- 0.20 


H-SIZE/V- 
SIZE. 16:9 AR 


Assume 16:9 


Assume 16:9 


1.77+/- 0.20 


1.77+/- 0.20 



Table 1 - Predetermined Value Ranges 
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[0041] The received data structure is separated, at block 206, into a number of 
portions. Each of the portions corresponds to a timing parameter for a particular format. 
The portions may be, for example, timing parameters set forth in 1 8-byte detailed timing 
descriptors in predetermined portions of the EDID Data Structure. 

[0042] At block 208, at least some of the portions are compared with at least some of 
the predetermined value ranges, and it is verified, based on the comparisons, whether the 
display device supports one or more video formats. FIGs. 3-9 are flowcharts illustrating 
an exemplary process for verifying whether a display device supports the video formats 
set forth in Table 1, using, for comparisons, the timing parameters (parsed from EDID 
Data Structure 75) of HAP (shown in FIG. 2), HBP (shown in FIG. 3), VAL (shown in 
FIG. 4), VBL (shown in FIG. 5), H-SYNC (shown in FIG. 6), H-PULSE (shown in FIG. 
7), V-SYNC (shown in FIG. 9), and Aspect Ratio (which is calculated as the ratio of H- 
SIZE-to-V-SIZE, and corresponding value ranges for the lower eight bits of the 
applicable timing parameters. For each timing format set forth in EDID Data Structure 
75, the selected timing parameters are compared to the predetermined value ranges. 
[0043] If, after reading and processing EDID Data Structure 75 as shown in the 
examples of FIGs. 3-9, the EDID Data Structure indicates one or more verifiable 
supported video formats, then the verified video formats may be included on a schedule, 
such as a format menu, that allows the user, via user interface 55, to manually select the 
video format that he prefers to use with display device 25. Based on the user's selection 
of a preferred video format from the format menu, system 10 ensures that digital video 
signal 13 is encoded in the selected video format via well-known methods and techniques, 
and transmits digital video signal 13 to display device 25 via digital interface 15. 
[0044] If, after reading and processing EDID Data Structure 75 as shown in the 
examples of FIGs. 3-9, it is determined that values for one or more timing parameters 
within a particular video format are not within the expected predetermined value ranges, 
then it maybe inferred that the EDID Data Structure contained incorrect information, or 
the particular video format is not supported by the display device. If it is determined that 
a particular format listed in the EDID Data Structure is not in fact supported by the 
display device, or if no identifiable formats are listed in the EDID Data Structure (for 
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example, the entire EDID Data Structure was bad- contained corrupt or fictitious 
information or contained no video formats/timing parameters), then system 10 may allow 
the user to select any video format supported by system 10, via a format menu accessed 
using user interface 55. 

[0045] If it is determined that EDID Data Structure 75 contains incorrect timing 
parameter information, but that a particular format is in fact supported by the display 
device (for example, if a predetermined number of, or particular ones of, timing 
parameters do not fall within expected value ranges, while another predetermined number 
of, or particular ones of, timing parameters do fall within the expected value ranges), then 
system 10 may obtain correct timing parameters for a particular video format from 
another source, and may include the video format on the menu presented to the user, or 
may reject the incorrect formats, and default to the base format of 720x480p, at an aspect 
ratio of 4:3, then allow the user to select his desired format from a GUI. 
[0046] When obtaining correct timing parameters, system 1 0 may retrieve locally 
stored timing parameters, from storage medium 64, for example, or may retrieve remotely 
stored timing parameters — from, for example, one or more locations, such as directories, 
servers, or dedicated communication channels or data carousels. To retrieve remotely 
stored timing parameters, system 10 may be configured to search or consult a 
predetermined list of directories, channels or servers for the existence of correct timing 
parameters, or correct timing parameters may be "pushed" to system 10 by a remote 
operator, such as a cable operator. Remote locations or downloads may be accessed or 
accomplished via external network connection/communication interfaces 59, or via an in- 
band file download mechanism. 

[0047] The method illustrated in the flowchart of FIG. 2 may be implemented by any 
stored instructions, such as software 22. When loaded into a processor, such as processor 
39, software 22 would operate to verify video formats supported by a particular display 
device. As indicated above, however, it will be appreciated that aspects of the present 
invention are not limited to any specific embodiments of computer software or signal 
processing methods. 

[0048] Although a specific architecture has been described herein, including specific 
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functional elements and relationships, it is contemplated that the systems and methods 
herein may be implemented in a variety of ways. For example, functional elements may 
be packaged together or individually, or may be implemented by fewer, more or different 
devices, and may be either integrated within other products, or adapted to work with other 
products externally. When one element is indicated as being responsive to another 
element, the elements may be directly or indirectly coupled. 

[0049] It will furthermore be apparent that other and further forms of the invention, 
and embodiments other than the specific embodiments described above, may be devised 
without departing from the spirit and scope of the appended claims and their equivalents, 
and it is therefore intended that the scope of this invention will only be governed by the 
following claims and their equivalents. 
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